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SECTION  l 
SUMMARY 


This  report  describes  how  current  technology  was  used  to  produce  a 
programmable  digital  autopilot  (PDAP)  capable  of  satisfying  the  require¬ 
ments  for  three  configurations  of  the  Pave  Strike  glide  weapon  (GBU-15(V)). 

To  determine  the  requirements  for  a  multiconfiguration  PDAP,  a 
digital  design  was  produced  for  the  three  existing  GBU-15(V)  analog  auto¬ 
pilots.  From  the  digital  design,  the  requirements  for  a  digital  autopilot 
processor  were  determined. 

The  PDAP  design  provides  the  autopilot  control  laws  for  three  dif¬ 
ferent  aerodynamic  configurations  of  the  GBU-15(V)  weapon  system.  These 
configurations  are  the  large  and  the  small  wing  cruciform  airframes  developed 
by  Rockwell  and  the  planar  wing  airframe  developed  by  Celesco.  (At  the  ini¬ 
tiation  of  the  PDAP  program,  the  small  winged  version  was  a  part  of  the 
GBU-15  family.  It  has  now  been  dropped  in  favor  of  the  large  winged  version. 
Also  since  the  initiation  of  the  program,  Celesco  has  been  acquired  by 
Brunswick  and  Hughes  has  taken  over  their  responsibility  for  the  planar  wing 
airframe  system  integration. )  The  autopilot  control  laws  accept  inputs  from 
the  autopilot  sensors  and  generate  the  appropriate  fin  deflection  commands 
for  the  actuators. 

PDAP  also  provides  the  midcourse  and  terminal  guidance  laws,  inte¬ 
grating  the  various  seekers  and  sensors.  For  midcourse  it  receives  steer¬ 
ing  signals  from  the  distance  measuring  equipment  (DME)  and/or  data  link 
(D/L)  guidance  receivers,  as  well  as  information  from  the  vehicle  sensors 
used  for  midcourse  control.  It  also  receives  signals  from  the  electro- 
optical  (EO)  seeker  (and  in  the  future  from  the  infrared  (IR)  imaging  and  laser 
seekers)  and  generates  the  appropriate  terminal  steering  laws.  The  DME 
will  also  generate  terminal  guidance  signals. 

To  provide  the  necessary  integration  of  all  of  the  guidance  and  con¬ 
trol  modes,  PDAP  performs  all  of  the  mode  switching  and  timing  functions. 
Figure  1  illustrates  the  principal  PDAP  functions  and  GBU-15(V)  interfaces. 

A  brassboard  of  the  PDAP  was  fabricated  and  delivered  to  the  Air 
Force,  along  with  the  software  required  to  implement  the  three  different 
GBU-15(V)  autopilots,  in  February  1975,  Since  then  PDAP  design  character¬ 
istics  for  both  the  cruciform  wing  module  (CWM)  and  the  planar  wing  module 
(PWM)  configurations  have  been  evaluated  in  the  Air  Force  Hybrid  Simula¬ 
tion  Laboratory  at  Eglin  Air  Force  Base.  A  second  brassboard  underwent 
evaluation  at  Hughes  Aircraft  Company  in  a  similar  simulation.  PDAP  and 
analog  autopilot  comparison  runs  have  been  made  for  both  trajectory  runs 


and  step  response  inputs.  The  majority  of  the  cases  have  compared  favorably. 
The  PWM  gain  margin  comparisons  were  all  within  acceptable  close  agree¬ 
ment.  The  present  PDAP  hardware  has  three  autopilot  configurations  pro¬ 
grammed  in  software  which  demonstrate  the  modular  weapon  capability.  The 
input  and  output  interface  for  each  of  these  autopilot  configurations  is  the 
same.  The  PDAP  software  provides  the  desired  autopilot  configuration  by 
means  of  missile  identification  through  discrete  logic  inputs.  The  PDAP  de¬ 
sign  requirements  selected  for  the  engineering  development  phase  initiated 
in  May  1975,  were  as  follows: 


Iteration  rates 

•  High  speed  loops 

400  Hz 

•  Slow  speed  loops 

50  Hz 

Computation  transport  lag 
(including  A/D  and  D/ A) 

0.  6  ms 

Analog-to-digital  converter 
quantization 

12  bits 

Digital -to -analog  converter 
quantization 

9  bits 

Computation  word  length 

16  bits 

•  Variable  data  memory 

256  words 

•  Constant  data  memory 

51  2  words 

•  Program  memory 

•  Instruction  speed 

1024  words 

•  Short 

440  K  OPS/ sec 

•  Multiply/  Divide 

16  K  OPS/sec 

In  each  selection,  the  more  conservative  alternate  was  chosen  for  the 
design.  Specifically,  the  400  Hz  sample  rate  was  selected  to  allow  margin 
for  potential  flexible  airframe  problems.  A  reduction  to  200  Hz  may  be  pos¬ 
sible  after  these  effects  have  been  evaluated.  Also  the  digital- to- analog 
quantization  may  possible  be  reduced  to  save  cost,  but  tests  with  actual  hard¬ 
ware  are  necessary  before  this  change  can  be  considered. 

The  memory  requirements  shown  on  the  table  are  greater  than  the 
amount  of  memory  actually  used  for  the  three  autopilot  configurations  in 
PDAP.  Since  memory  is  purchased  in  blocks,  the  actual  requirements  were 
increased  to  the  next  largest  block.  Thus  there  is  memory  margin  implied 
in  these  requirements. 

The  instruction  speed  shown  is  based  on  the  program  statement  count 
for  the  actual  program  used  in  the  PDAP  software. 
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As  a  result  of  this  part  of  the  DGWT  program  the  PDAP  modular  wea 
pon  capability  has  been  demonstrated  and  a  production  design  effort  has  been 
inititated  for  a  programmable  digital  autopilot  to  be  used  on  both  the  CWM 
and  the  PWM  version  of  the  GBU-15(V)  vehicle. 


SECTION  II 


INTRODUCTION 


At  Design  Review  1  in  October  1974,  a  preliminary  set  of  func¬ 
tional  requirements  was  presented  for  review.  These  requirements  were 
based  on  preliminary  and  Limited  data  about  the  GBU  - 1  5(V)  vehicles.  However, 
to  meet  the  February  deLivery  date  for  the  PDAP  hardware,  the  requirements 
were  used  as  a  basis  for  the  hardware  design.  The  description  of  the  hard¬ 
ware  is  documented  in  Report  Number  DGWT  0150-1. 

Four  PDAP  design  requirements  areas  will  be  discussed  in  this  report. 
First,  the  functional  designs  of  the  Rockwell  and  Celesco  autopilots  will  be 
presented.  Next,  the  definition  of  the  functional  interfaces  between  PDAP 
and  the  GBU- 15(V)  will  be  identified.  Following  this,  the  specific  requirements 
for  the  input/output  functions  and  the  processor  functions  will  be  described. 
(For  a  complete  description  of  the  PDAP  software  development  effort,  see 
Report  No.  DGWT  0160-1). 

Two  PDAP  brassboards  have  been  fabricated.  One  was  delivered  to 
AFATL/DLMA  to  be  integrated  with  their  hybrid  simulation  facility.  The 
other  was  retained  at  Hughes  to  be  integrated  with  a  similar  hybrid  simu¬ 
lator.  In  general,  the  two  simulation  studies  validated  the  initial  design 
requirements  and  only  minor  updating  of  the  requirements  was  necessary. 

Design  validation  was  achieved  by  conducting  hybrid  simulation 
studies  to  obtain  data  for: 

•  Making  analog  and  PDAP  trajectory  comparisons 

•  Determining  dynamic  response  of  autopilot  modes 

•  Determining  wordlength  sensitivity 

(Analog- to- digital,  digital- to- analog,  computational) 

•  Making  noise  comparisons 

•  Making  gain  margin  comparisons 

•  Measuring  transport  lag 


PDAP  hybrid  six-degree-of-freedom  simulation  studies  were  con¬ 
ducted  at  both  Hughes,  Canoga  Park  and  Eglin  Air  Force  Base,  Florida. 

Both  simulation  configurations  are  similar.  Figure  2  shows  a  simplified 
block  diagram  representation  of  the  hybrid  simulation.  The  simulation  at 
Eglin  Air  Force  Base  evaluated  the  first  PDAP  hardware  which  was  delivered 
in  February;  the  simulation  at  Hughes  evaluated  the  second  PDAP  hardware 
system.  Both  simulations  employed  a  PDAP  system  with  an  equivalent 
analog  autopilot  representation  placed  in  parallel  to  the  PDAP  input- output 
interface.  Sensor  input  information  and  the  discrete  input  signals  were  sent 
to  both  autopilots  simultaneously.  Closed  loop  control  of  the  system  dynamics 
was  provided  by  connecting  the  PDAP  or  analog  autopilot  flipper  command  sig¬ 
nals  to  the  fin  servo  inputs.  The  fin  servo  block  shown  in  Figure  2  consists 
of  four  individual  actuator  models  implemented  with  analog  computer  compo¬ 
nents.  The  equations  associated  with  system  dynamics  include  aero  loading 
on  the  missile,  sensor  input  variables,  inertial  reference  equations,  geom¬ 
etry  equations,  etc.  These  equations  are  implemented  with  both  analog  com¬ 
puter  facilities  and  digital  computer  facilities.  The  hybrid  simulation  at 
Hughes  also  includes  closed- loop  EO  steering  signals  which  can  be  used  with 
the  different  autopilot  configurations. 

The  PDAP  software  tape  contains  both  the  PWM  autopilot  design  repre¬ 
senting  the  MGGB-II  (Phase  1)  configuration  and  the  CWM  autopilot  design 
presently  defined.  Either  of  these  autopilot  configurations  is  available  within 
the  PDAP  software  and  can  be  selected  by  means  of  discrete  logic  inputs  (PWM 
or  LWP).  The  equivalent  analog  autopilot  representations  are  also  available 
and  are  mechanized  on  separate  analog  computer  boards.  Input  information 
for  flight  conditions  (Mach,  altitude,  target  location,  in-flight  mode  switch¬ 
ing  time,  etc.  )  are  transmitted  to  the  hybrid  digital  computer  facility  with 
punched  card  inputs.  Output  information  from  the  hybrid  simulation  includes 
four  strip  chart  recorders  and  digital  printout  as  a  function  of  flight  time  for 
such  items  as  Mach,  altitude,  inertial  missile  position  coordinates,  etc. 

DISCRETE 


Figure  2.  Hybrid  Simulation  Study  Configuration 
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SECTION  III 


PDAP  DESIGN  REQUIREMENTS 


GBU - 1 5(V)  AUTOPILOT 

In  order  to  meet  the  February  PDAP  delivery  date,  a  firm  autopilot 
functional  design  was  required  in  early  January  so  that  the  software  could  be 
developed  and  checked  out.  At  that  time,  the  autopilot  information  available 
to  Hughes  was  for  the  Rockwell  International  Corporation  (RIC)  Preliminary 
Design  Review  (PDR)  configuration  of  the  CWM  and  the  Celesco  Phase  I  con¬ 
figuration  of  the  PWM.  The  RIC  PDR  autopilot  design  was  for  an  early  aero¬ 
dynamic  configuration.  Both  airframe  and  autopilot  have  subsequently  been 
changed.  The  Celesco  Phase  I  autopilot  design  is  for  programmed  vehicles 
only  and  has  no  terminal  guidance.  The  design  effort  for  the  Phase  II,  or 
production  autopilot,  had  not  been  initiated.  Consequently,  the  software  pro¬ 
grammed  in  the  PDAP  brassboards  reflects  these  earlier  autopilot  configura¬ 
tions.  The  new  designs,  however,  are  not  expected  to  appreciably  alter  the 
PDAP  design  requirements.  The  Hughes  defined  common  autopilot  is  shown 
in  Figures  3  through  5  and  the  associated  logic  statements  implemented  in 
the  logic  control  section  are  depicted  by  Boolean  Algebra  in  Figures  6 
through  8. 


PDAP  FUNCTIONAL  INTERFACE 

Figures  9,  10,  and  1  1  define  the  PDAP  functional  interfaces.  The 
block  diagram  has  been  updated  slightly  from  the  one  presented  in  Design 
Review  1.  The  interfaces  shown  are  for  the  autopilot  functions  only;  insuffi¬ 
cient  information  was  available  to  permit  a  detailed  identification  of  the 
interfaces  required  for  the  other  non-autopilot  functions. 

Sixteen  analog  input  signals  have  been  identified  for  the  autopilot  and 
are  listed  in  Tables  1  and  2  with  the  scale  factors  applicable  to  the  GBU-15(V) 
and  the  simulator,  respectively.  These  signals  are  the  ones  provided  by  the 
common  sensor  package,  terminal  seeker,  and  DME  module.  One  growth 
signal  has  also  been  included.  This  is  the  roll  command  signal  from  the 
Laser  seeker,  which  is  used  in  conjunction  with  the  Pave  Tack  pod.  Three 
analog  output  signals  are  required  as  listed  in  Tables  3  and  4.  These  are 
the  three  fin  deflection  command  signals. 

Eleven  discrete  logic  input  signals  as  listed  in  Table  5  are  used  by 
the  autopilot  in  order  for  it  to  generate  the  necessary  mode  switching  logic. 
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Figure  8.  PWM  Logic 


(b)  HYBRID  SIMULATION  INTERFACE 
Figure  10.  PDAF  Analog  Input  Signals 


Control  Section 
GBU-15(V) 


(a)  GBU-15(V)  INTERFACE 


(b)  AFATL  HYBRID  SIMULATION  INTERFACE 

Figure  11.  PDAP  Analog  Output  Signals 
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DISCRETE 
TYPE  OF 
SIGNAL 


DISCRETE 

LOGIC 


DISCRETE 

D/L 

HEADING 


TABLE  5.  PDAP  DISCRETE  LOGIC  INPUTS 


SIGNAL  DESCRIPTION 

PWM  INSTALLED 
LWP  INSTALLED 
SWP INSTALLED 

DME  GUIDANCE  MODULE  INSTALLED 
WEAPON  SEPARATION 
EO  LOCK  ON  (LOBL) 

TRANSITION  ENABLE 
EO  TAKEOVER 
EO  TERMINAL 
OME  PITCHOVER 
EO  INHIBIT 

EO  HEAOING  LEFT 
EO  HEADING  RIGHT 


VOLTAGE 

LEVEL, 

volts 

SIGNAL  SOURCE  WITHIN 

THE  MISSILE 

28 

PLANAR  WING  MODULE 

28 

LARGE  WING  MODULE 

28 

SMALL  WING  MODULE 

28 

DME  GUIDANCE  MODULE 

28 

UMBILICAL 

28 

UMBILICAL 

5 

D/L 

5 

D/L 

S 

D/L 

5 

DME 

5 

DME 

5 

D/L  (2  hc  PULSE) 

5 

D/L  (2  i«c  PULSE) 

Two  of  these  discretes  are  generated  by  the  wing  module  to  identify  to  PDAP 
the  vehicle  aerodynamic  configuration.  Three  autopilot  logic  output  signals 
are  required  as  shown  in  Table  6  --  one  to  activate  the  fin  actuators,  one  to 
activate  the  planar  wing  deployment  bottle,  and  one  to  control  the  seeker 
transition  line.  Only  the  latter  one  is  generated  within  the  processor  itself 
because  it  is  controlled  by  autopilot  logic.  The  other  two  must  be  generated 
by  special  dedicated  components. 

TABLE  6.  DISCRETE  OUTPUT  SIGNALS 


VOLTAGE 

LEVEL. 

SIGNAL  DESCRIPTION 

DESTINATION 

VOltl 

WINGS  DEPLOY 

PLANAR  WING  MODULE 

28 

TRANSITION  LINE  REMOVE 

SEEKER 

28 

ACTUATOR  ACTIV  ATE 

ACTUATOR 

28 

A  special  D/L  input  module  is  another  interface  requirement  for 
PDAP.  This  module  receives  the  pulsed  steering  signals  listed  in  Table  5 
from  the  D/L  receiver. 

DIGITAL  PROCESSOR  REQUIREMENTS 

The  following  digital  processor  requirements  were  determined: 

•  Sampling  rate 


lt.  —  in 
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•  Transport  lag 

•  Digital/analog  converter  quantization 

•  Analog/digital  converter  quantization 

•  Computer  word  lengths 

•  Computations  to  be  performed 

•  Digital  filter  formats 

Sampling  rate  and  transport  lag  requirements  are  important  since 
they  affect  autopilot  stability  and  influence  the  computation  speed  of  the  pro¬ 
cessor.  Sampling  rate  is  the  number  of  times  per  second  that  the  computa¬ 
tions  are  performed.  Transport  lag  is  the  total  time  allowable  for  the  analog 
signals  to  be  sensed,  the  computations  to  be  performed,  and  the  analog  out¬ 
puts  to  be  generated.  By  considering  the  sampling  rate,  allowable  transport 
lag,  and  total  number  of  computations  to  be  performed,  the  processor  speed 
requirements  can  be  determined. 

Analog-to-digital  and  digital-to-analog  quantization  and  the  computer 
internal  word  lengths  control  the  amount  of  vehicle  limit  cycle  motion  that 
occurs,  as  well  as  the  accuracy  of  the  computations  and  ultimately,  accuracy 
of  guidance.  The  type  of  digital  filter  format  is  important  because  it  can 
affect  processing  speed,  program  memory  requirements,  and  growth  flexi¬ 
bility.  Each  of  these  items  will  now  be  discussed  in  more  detail. 

Digital  Autopilot  Sampling  Rate 

A  primary  factor  influencing  the  stability  of  a  digital  autopilot  is  the 
sampling  rate,  or  the  frequency  that  the  computations  are  performed  and  the 
fin  servo  commands  are  updated.  It  is  the  belief  at  Hughes  that  a  relatively 
high  sampling  rate  is  required  in  an  autopilot  to  guarantee  the  performance 
and  the  dynamic  stability.  One  reason  for  the  fast  sampling  rate  is  to  mini¬ 
mize  the  destabilizing  effect  caused  by  the  sampling  and  hold  process.  With 
typical  missile  autopilots,  the  designer  is  always  constrained  by  the  effect 
of  the  phase  lags  caused  by  the  dynamics  of  the  hardware,  particularly  the 
actuators.  He  usually  must  compensate  for  the  lags  by  using  lead  networks 
in  the  autopilot  electronics.  The  amount  of  lead  is  limited  by  the  amount  of 
system  noise  that  is  present.  In  a  digital  autopilot,  the  sample  and  hold 
introduces  additional  phase  lags  which  further  degrade  stability. 

The  amount  of  digital  compensation  which  may  be  used  to  compensate 
for  the  added  lag  is  limited  because  the  compensation  further  amplifies  sys¬ 
tem  noise  as  well  as  introducing  its  own  quantization  noise.  Thus,  to  the 
extent  possible,  the  design  approach  followed  at  Hughes  is  to  select  a  sam¬ 
pling  rate  high  enough  so  as  to  not  appreciably  degrade  autopilot  stability, 
i.  e.,  introduce  additional  phase  shift.  This  is  especially  true  in  the  digital 
implementation  of  the  RIC  autopilot  where  relatively  stringent  gain  and 
phase  criteria  are  specified  for  the  individual  autopilot  loops. 
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Another  reason  for  using  high  sampling  rates  is  to  implement  high  fre¬ 
quency  digital  filters.  Experience  has  shown  that  filters  (especially  notch  fil¬ 
ters)  can  be  implemented  when  the  sampling  rate  is  approximately  six  times 
greater  than  the  filter  frequency. 

A  third  reason  for  using  high  sampling  rates  is  to  prevent  foldover  of 
any  high  frequency  noise  that  may  be  present  in  the  system.  Foldover  can 
degrade  guidance  and  control  accuracy  if  the  noise  is  folded  into  the  missile 
control  frequencies. 

Additional  Phase  Shift  Due  to  Hold  and  Transport  Lag 

Figure  12  shows  the  amount  of  additional  phase  shift  that  is  added  to 
the  autopilot  loops  as  a  function  of  input  frequency  and  for  different  sampling 
frequencies.  The  effect  of  the  600  ps  transport  lag  specified  for  PDAP 
is  also  included  in  these  curves.  The  input  frequency  region  of  interest  for 
autopilot  rigid  body  stability  is  from  zero  to  16  Hz.  Rockwell  has  specified 
to  its  individual  vendors  tl.at  any  additional  phase  shift  due  to  sensor  filter¬ 
ing,  demodulation,  etc.  should  be  no  greater  than  5  degrees  for  frequencies 
up  to  100  rad/sec  (approximately  16  Hz).  As  far  as  vehicle  stability  is  con¬ 
cerned,  the  frequency  region  up  to  10  Hz  is  of  primary  interest.  An  appre¬ 
ciable  amount  of  added  phase  shift  in  this  region  would  severely  affect 
stability. 

It  can  be  seen  from  Figure  12  that  the  amount  of  added  phase  lag  is 
much  more  sensitive  to  sampling  frequency  at  Low  sample  rates  than  at  high 
sample  rates.  A  point  of  diminishing  returns  is  reached  where  increasing 
sampling  frequency  causes  no  appreciable  reduction  of  phase  shift.  Note 
that  a  sample  rate  greater  than  1000  Hz  is  needed  to  meet  the  RIC  require¬ 
ment  of  5  •  at  16  Hz.  Hughes  feels  that  the  requirement  is  unnecessarily 
stringent  and  places  an  unreasonable  requirement  on  sampling  rate.  Analy¬ 
sis  has  shown  that  the  autopilot  design  can  tolerate  more  than  10  degrees  of 
additional  phase  shift  at  that  frequency.  A  better  method  for  evaluating  the 
effect  is  to  determine  the  variation  of  autopilot  stability  margin  caused  by 
sampling  as  shown  in  Figure  13. 

Rigid  Body  Stability 


The  stability  of  the  RIC  autopilot  is  shown  in  Figure  13  for  a  worst 
case  high  dynamic  pressure  flight  condition.  As  indicated,  the  stability 
margin  starts  to  degrade  for  sampling  rates  below  200  Hz.  At  rates  above 
300  Hz,  the  stability  margin  is  very  nearly  that  of  the  analog  autopilot. 

Considering  this  curve  alone,  the  inference  can  be  drawn  that  the 
sampling  rate  could  be  reduced  to  possibly  as  low  as  200  Hz.  However,  two 
effects  have  not  been  included  in  the  stability  analysis.  One  is  the  frequency 
response  characteristics  of  the  actual  actuator,  and  the  variations  of  the 
frequency  response  due  to  parameter  variations.  An  important  character¬ 
istic  is  the  torsional  load  resonance  prevalent  with  pneumatic  actuators. 

Data  describing  the  detailed  actuator  dynamics  is  required  in  order  to  up¬ 
date  the  stability  analysis.  A  second  factor  not  included  is  the  flexible 
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fuselage  dynamics.  Of  particular  concern  are  the  dynamics  of  the  planar  wing. 
Preliminary  information  indicated  wing  bending  modes  as  high  as  50  or  60  Hz. 
The  400  Hz  sampling  rate  would  be  required  to  implement  notch  filters  at 
these  frequencies.  Thus,  even  though  the  selection  of  the  400  Hz  sampling 
rate  appears  conservative  at  this  time,  the  effects  of  actual  actuator  and  flex¬ 
ible  airframe  dynamics  must  be  analyzed  before  any  reduction  in  sampling 
rate  is  considered. 

Digital-to-analog  Quantization 

The  quantization  of  the  signals  within  the  digital  autopilot  causes  the 
autopilot  to  have  a  limit  cycle  oscillation.  This  is  a  closed  loop  phenomenon 
and  the  frequency  and  amplitude  are  functions  of  the  vehicle  and  actuator  dy¬ 
namics  as  well  as  the  level  of  quantization.  The  analog- to- digital  quantiza¬ 
tion  and  the  computer  internal  wordlengths  will  also  cause  limit  cycling. 

Because  the  limit  cycle  is  a  closed  loop  oscillation,  the  control  fins,, 
and  the  vehicle  body  will  both  be  in  oscillatory  motion.  It  is  difficult  to 
assign  criteria  on  the  allowable  amplitude  of  vehicle  body  motion.  A  con¬ 
siderable  amount  of  body  motion  can  exist  during  flight  and  the  vehicle  will 
still  accurately  guide  to  the  target.  However,  whenever  the  fins  are  oscil¬ 
lating,  the  actuator  gas  supply  is  being  used  up.  It  is  felt  that  the  amount  of 
gas  consumption  is  the  principal  factor  in  specifying  the  maximum  limit 
cycle  amplitude.  The  gas  bottle  must  provide  control  of  the  vehicle  for  an 
extended  flight  time,  and  there  is  relatively  little  margin  remaining.  There¬ 
fore  the  limit  cycle  motion  of  the  fins  must  be  small  enough  that  it  does  not 
appreciably  increase  the  power  supply  consumption  rate. 

However,  care  must  be  exercised  so  that  the  quantization  requirements 
are  not  overspecified.  This  adds  unnecessarily  to  the  cost  of  the  autopilot. 
Ordinarily  system  noise  and  actuator  nonlinearities  such  as  hysteresis  and 
friction  will  also  cause  actuator  motion  in  flight  even  with  the  infinite  resolu¬ 
tion  of  an  analog  autopilot.  A  cost  effective  solution,  therefore,  is  to  specify 
the  quantization  only  to  that  level  which  matches  the  effects  of  noise  and 
actuator  characteristics.  A  finer  quantization  would  result  in  no  further 
improvement. 

In  order  to  precisely  define  the  quantization  requirements,  a  more 
detailed  actuator  model  should  be  included  in  computer  simulation.  A  prefer¬ 
able  approach  would  be  to  include  the  actual  actuator  in  a  semiphysical  simu¬ 
lation  along  with  the  digital  autopilot. 

Analog  Output  Signals 


Table  7  defines  the  three  analog  output  signals  and  their  dynamic 
ranges  as  Hughes  understands  the  requirements  and  has  implemented  them 
in  the  PDAP  design.  Note  that  an  output  gain  is  necessary  on  each  channel 
to  match  scale  factors  to  the  fin  servo  electronics. 


24 


<M8a 


TABLE  7.  ANALOG  OUTPUT  SIGNALS 


SIGNAL  DESCRIPTION 

RANGE, 

d*gr*«t 

OUTPUT 

GAIN 

DIGITAL  TO  ANALOG 
RANGE. 

d*grM* 

YAW/PITCH  NO.  1  FIN  COMMAND 

15 

1.8 

±15 

YAW/PITCH  NO.  2  FIN  COMMAND 

15 

1.8 

±16 

ROLL  COMMAND 

15 

1.8 

±15 

Digital- to- Analog  Conversion  Requirements 


The  digital- to- analog  conversion  requirements  are  as  follows: 


Number  of  outputs 
Quantization 
Allowable  bias 
Gain  tolerance 
Conversion  time 
Output  voltage 


3 

8-9 

2  percent  of  FS 
5  percent  including  droop 
Compatible  with  total  transport  lag 
±9  volts 


In  addition  to  the  basic  requirements  of  quantization  and  voltage  range, 
tolerances  on  gain  and  bias  are  specified.  These  tolerances  are  loose  enough 
to  permit  a  low  cost  design,  while  still  being  compatible  with  system  perfor¬ 
mance  requirements.  The  gain  tolerance  of  5  percent  is  one  half  the  specified 
10  percent  gain  tolerance  on  the  closed  loop  fin  servo.  When  the  two  are  RSSed 
together,  the  combined  gain  variation  is  only  11  percent.  Similarly,  a  2  per¬ 
cent  bias  allowed  on  the  digital- to- analog  is  0.  3  degrees,  whereas  each  fin  has 
an  allowable  bias  of  1  degree.  The  RSS  of  a  four  fin  control  aileron  for  ex¬ 
ample,  would  be  0.  58  instead  of  0.  5  degree.  This  is  only  a  16  percent  increase 
and  is  acceptable,  particularly  when  the  other  error  sources  are  also  included. 

The  possibility  exists  of  realizing  a  production  coat  savings  if  an  8  bit 
digital- to- analog  quantization  could  be  used  instead  of  9.  Since  the  actuator 
power  consumption  was  not  much  larger  for  8  than  for  9  bit  quantization,  more 
detailed  simulation  analysis  would  be  warranted  to  determine  the  feasibility  of 
such  a  reduction. 

Analog- to- Digital  Conversion  Requirements 

Analog-to-digital  conversion  requirements  are  as  follows: 

•  Number  of  inputs  16 

•  Quantization  12  bits 
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Allowable  bias 


Gain  tolerance 
Input  voltage  range 
Preamplification 
Prefiltering 


2  percent  of  FS 

3  percent  of  FS 
15  volts 

Selected  channels 
150  Hz 


A  total  of  16  signals  must  be  converted.  These  signals  can  be  time 
multiplexed  and  quantized  to  12  bits  (including  sign)  in  one  analog- to-digital 
converter.  Certain  input  channels  require  preamplification  before  conver¬ 
sion.  This  is  because  some  of  the  analog  signals  entering  PDAP  have  low 
scale  factors.  The  resolution  of  these  signals  would  be  very  coarse  after 
quantization.  Prefiltering  is  also  included  on  each  channel  to  roll  off  high 
frequency  noise  and  to  allow  the  analog -to-digital  converter  to  have  a  smooth, 
steady  input  signal  during  its  conversion  period. 


Bias  and  gain  tolerances  were  relaxed  as  much  as  possible  to  permit 
a  low  cost  design.  Preliminary  analysis  has  indicated  that  such  a  relaxation 
is  possible  when  other  system  error  sources  are  considered.  However,  this 
conclusion  should  be  verified  by  simulation  analysis  with  detailed  and  updated 
system  error  sources. 

Analog  Input  Signals 

Table  8  identifies  all  of  the  known  analog  input  signals  which  must  be 
processed  by  the  analog-to-digital  converter.  Also  shown  is  the  dynamic 
range  of  the  analog  input  signal  and  the  dynamic  range  actually  quantized  by 
the  analog-to-digital  converter.  Pre amplification  on  three  channels  is  used 
to  improve  scale  factors.  The  gain  of  0,667  is  the  gain  of  the  resistor  net¬ 
work  that  drops  15  volt  input  signals  to  the  10  volt  analog-to-digital  level.  It 
does  not  alter  the  signal  scale  factor.  The  unity  gain  is  a  direct  connection 
and  does  not  imply  preamplification.  The  two  DME  input  signals  can  also  be 
preamplified  to  improve  the  scale  factor.  A  factor  of  two  will  be  used  on 
these  two  channels. 


Autopilot  Programming 

There  are  two  general  approaches  to  programming  PDAP  to  provide 
the  autopilots  for  the  three  aerodynamic  configurations.  One  way  is  to  treat 
each  autopilot  as  a  separate  entity  and  to  design  a  set  of  digital  algorithms 
specifically  for  each  autopilot/airframe  configuration.  With  this  approach 
separate  programs  would  be  used  for  each  configuration  (unless  one  long 
program  were  used).  The  PDAP  would  be  programmed  before  flight  depend¬ 
ing  on  the  particular  GBU-15{V)  configuration  that  was  assembled.  This  per¬ 
haps  was  the  concept  first  envisioned  at  the  beginning  of  the  PDAP  program. 

Another  concept  is  the  common  autopilot  approach  in  which  all  of  the 
autopilot  requirements  for  all  configurations  are  integrated  into  one  common 
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TABLE  8.  ANALOG  INPUT  SIGNALS 


SIGNAL  DESCRIPTION 

RANGE 

PREAMPLIFIER 

GAIN 

ANALOG-TO-DIGITAL 

RANGE 

PITCH  SEEKER  STEERING  SIGNAL 

53  d«g^t«c 

2.940 

12  dag 

YAW  SEEKER  STEERING  SIGNAL 

53  dag/»ac 

2.940 

12  dag 

PITCH  SEEKER  DERIVED  RATE 

45  dift'UC 

0.657 

45  da^tac 

YAWSEEKER  DERIVED  RATE 

45  dag/iac 

0.667 

45  dag’iac 

PITCH  RATE  GYRO 

45  dag/sac 

0.667 

46  dag/iac 

YAW  RATE  GYRO 

45  dag/aac 

0.66? 

45  dag/iac 

PITCH  ACCELEROMETER 

7.5  g 

0.667 

7.5  g 

YAW  ACCELEROMETER 

7.3  g 

0.667 

7.5  g 

PITCH  ATTITUDE-D/V  GYRO 

90  dag 

0.667 

90  dag 

YAW  ATTITUDE-D/V  GYRO 

90  dag 

0.867 

90  dag 

ROLL  GYRO 

177  dag 

2.620 

45  dag 

PITCH  GIMBAL  ANGLE 

37.5  dag 

0.667 

37.5  dag 

DME  PITCH  GUIDANCE  COMMAND 

20  g  (5v) 

1 

40  g 

DME  YAW  GUIDANCE  COMMAND 

20  g  (6  v) 

30  dag 

1 

40  g 

60  dag 

ANGLE  OF  ATTACK  SENSOR 

25  dag 

0.667 

25  dag 

PAVE  TACK  ROLL  COMMAND 

TBD 

TBD 

TED 

design.  This  would  imply  one  PDAP  program  and  eliminate  the  need  for  pro¬ 
gramming  after  vehicle  assembly. 

An  example  of  separate  autopilot  programming  is  shown  in  Figure  14. 

It  is  assumed  for  illustration  purposes,  that  four  autopilot  computations  must 
be  performed  --  gain,  compensation,  limiting,  and  scaling.  As  the  computer 
cycles  through  the  required  computations  each  iteration  interval,  it  first  com¬ 
putes  the  pitch  channel.  Then  it  repeats  essentially  the  same  computations 
for  yaw  because  the  two  channels  are  often  very  similar.  Finally  it  repeats 
similar  calculations  for  roll.  Since  it  does  all  of  these  computations  serially, 
the  processor  must  be  fast  enough  to  perform  all  of  the  computations  within 
the  allowed  iteration  interval. 

When  a  second  airframe  is  added  another  program  is  developed  for 
that  autopilot.  There  will,  of  course,  be  similarities  between  the  two  pro¬ 
grams  because  the  types  and  number  of  computations  will  be  similar.  An 
alternative  to  having  two  programs  is  to  have  one  long  program.  This,  of 
course,  doubles  the  program  memory  size  requirement. 

The  parallel  channel  approach  is  shown  in  Figure  15.  This  is  some¬ 
times  referred  to  as  the  federated  approach.  In  effect  the  pitch,  yaw,  and 
roll  calculations  are  performed  by  separate  processors  in  parallel.  The  con¬ 
trol  of  the  three  channels  is  maintained  by  an  executive  processor.  In  this 
approach,  a  common  autopilot  configuration  is  often  used  for  each  channel. 
The  executive  section  would  then  control  the  parameter  selection  in  each 
channel  based  on  the  vehicle  configuration. 
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Figure  15.  Parallel  Channel  Programming 


This  approach  has  the  advantage  of  being  adaptable  to  slower  machines, 
but  of  course  requires  three  separate  processors.  It  has  the  disadvantage  of 
not  using  memory  efficiently  because  a  block  of  memory  must  be  dedicated  to 
each  channel.  Since  excess  memory  cannot  be  conveniently  allocated  across 
the  three  channels,  additional  memory  for  margin  must  be  included  in  each 
channel. 

The  common  autopilot  approach  takes  advantage  of  some  of  the  features 
of  digital  processors  to  combine  all  autopilot  configurations  into  one  integrated 
program  as  shown  in  Figure  16.  Two  of  these  features  are  the  conditional 
jump  and  the  index  register.  The  index  register  allows  the  same  program 
statements  to  be  used  for  multiple  purposes.  This  substantially  reduces  the 
amount  of  the  program  memory  required.  For  example  as  the  program  be¬ 
gins  its  cycle,  it  sets  the  index  registers  with  the  index  corresponding  to  a 
particular  vehicle  configuration.  From  then  on  all  program  statements  oper¬ 
ate  on  data  for  that  configuration.  As  the  program  statements  are  executed 
for  one  channel,  pitch  for  example,  a  decision  point  may  be  reached  (condi¬ 
tional  jump)  which  determines  whether  a  calculation  should  be  made  or  not, 
depending  on  the  vehicle  configuration.  This  jump  is  also  controlled  by  the 
index  register. 

After  completing  the  pitch  calculations,  the  program  will  cycle  through 
the  same  program  statements  again  to  perform  the  yaw  computations.  In  this 
case,  the  yaw  index  causes  the  program  to  use  data  appropriate  for  the  yaw 
channel.  After  finishing  the  yaw  calculations,  the  program  continues  to  the 
roll  computations  and  exits. 

Although  requiring  somewhat  more  machine  speed  to  perform  all  of 
the  calculations  in  series  this  approach  offers  a  very  efficient  usage  oi  pro¬ 
gram  memory.  This  programming  approach  was  employed  by  Hughes  in 
PDAP.  It  enabled  all  three  autopilot  configurations  to  be  included  in  one 
program  with  relatively  little  additional  memory  required. 

Program  Memory 

To  implement  either  the  CWM  (large  wing)  or  the  PWM  autopilot 
separately  requires  about  650  words  of  program  memory.  By  combining  the 
two  in  a  common  software  design,  the  total  number  of  words  increases  by 
only  16  percent  to  770  words.  Adding  a  third  autopilot  increases  the  require¬ 
ment  to  844  words,  or  only  28  percent  more  than  the  requirement  for  an  indi¬ 
vidual  autopilot. 

Considering  these  results,  the  feasibility  of  including  all  of  the  auto¬ 
pilots  in  one  integrated  program  is  demonstrated.  This  approach  eliminates 
the  necessity  to  program  each  vehicle  independently  after  it  is  built  up  in 
the  assembly  area. 

Data  Memory 

Two  types  of  data  memory  are  required  to  implement  a  digital  auto¬ 
pilot.  One  is  the  variable  data,  or  operand  memory.  This  is  a  read/write 
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memory  that  stores  the  variables  being  used  in  the  computations.  A  memory 
capacity  of  105  words  was  needed  for  the  three  autopilots. 

The  other  type  of  data  memory  is  the  constant  parameter  memory.  In 
a  production  autopilot,  this  would  be  a  non-volatile  read-only  memory  that 
would  store  all  of  the  system  parameters.  In  the  PDAP  brassboard,  this 
memory  was  a  read/write  memory  (actually  part  of  the  operand  memory) 
so  that  design  flexibility  could  be  retained.  The  constant  data  required 
264  words  of  memory  for  the  three  autopilots. 

Digital  Filter  Implementation 


In  the  design  of  the  PDAP  software  Hughes  made  use  of  a  common 
filter  format  for  most  of  the  autopilot  compensation  networks.  The  common 
filter  format  was  implemented  using  a  subroutine,  coupled  with  index  regis¬ 
ters.  Thus,  the  filter  algorithms  were  only  programmed  once,  but  were 
used  several  times  in  each  program  cycle.  This  minimized  the  number  of 
program  memory  statements  that  were  required.  It  also  will  enable  addi¬ 
tional  filter  networks  to  be  inserted  relatively  easily  into  existing  software. 

In  some  instances,  special  filter  formats  were  required  to  obtain 
filter  convergence  and  autopilot  stability.  This  occurred  with  the  very  low 
frequency  filters.  To  obtain  convergence,  additional  computer  wordlength 
(both  data  and  coefficient  words)  would  have  been  required.  By  using  the 
special  formats,  stability  was  obtained  using  the  wordlengths  existing  in 
PDAP. 
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SECTION  IV 


DESIGN  VALIDATION 


The  hybrid  computer  design  validation  study  included  analog  and 
PDAP  trajectory  comparisons  for  both  the  CWM  and  PWM  autopilot  config¬ 
urations  at  various  launch  conditions.  The  time  response  of  the  autopilot 
modes  (EO,  DME  control,  D/L  or  DME  midcourse  heading  commands, 
pitch  and  yaw  rate  gyros,  or  derived  rate  inputs,  etc.  )  was  also  examined. 
The  PDAP  and  analog  autopilot  results  were  similar.  Word  length  sensi¬ 
tivity  of  the  analog  to  digital  converter,  digital  to  analog  converter,  and 
computational  bit  size  was  also  examined  with  regard  to  actuator  gas  con¬ 
sumption  due  to  limit  cycle  effects.  PDAP  and  analog  autopilot  noise  com¬ 
parison  runs  were  made  for  the  EO  terminal  mode  using  the  CWM  config¬ 
uration .  Gain  Margin  results  were  measured  for  the  PWM  configuration. 
The  PDAP  transport  lag  associated  with  the  PWM  and  CWM  autopilot  de¬ 
signs  were  measured.  The  results  were  within  the  design  objective  of 
600  ps. 


SIMULATION  DESCRIPTION 

A  functional  block  diagram  of  the  hybrid  simulator  is  shown  in 
Figure  17.  The  detailed  model  description  is  included  as  Appendix  A. 


RESULTS 

CWM  Pitch  Mode  -  Time  History 

CWM  pitch  channel  time  history  comparisons  of  the  analog  auto¬ 
pilot  representation  and  PDAP  are  depicted  on  Figure  18.  The  top  figures 
show  the  CWM  configuration  when  the  pitch  g-bias  command  is  initiated. 
The  CWM  autopilot  is  in  a  rate  damping  mode  for  the  first  1.  75  seconds  of 
flight.  Then  the  acceleration  loops  are  closed  and  the  pitch  g-bias  com¬ 
mand  is  initiated.  This  command  consists  of  three  signals  (a  constant 
input,  a  decaying  exponential  input,  and  pitch  accelerometer  information 
minus  1.  03  g's  through  an  integrator).  The  analog  autopilot  and  the  digital 
autopilot  traces  are  very  similar.  A  peak  acceleration  level  of  -45  fps^ 
(-1.  4  g)  is  achieved  at  the  start  of  the  g-bias  input  for  this  flight  region. 
An  acceleration  level  of  -29  fps^  (-0.  9  g)  is  obtained  after  the  transient 
g-bias  phase  of  flight. 


33 


35 


The  bottom  figures  depict  the  CWM  pitch  attitude  hold  mode  configu  ¬ 
ration  which  is  initiated  3  5  seconds  after  launch.  These  traces  are  similar 
with  the  analog  autopilot  having  a  smaller  pitch  attitude  angle  when  this 
mode  is  initiated.  Both  the  analog  autopilot  and  PDAP  obtain  a  pitch  atti¬ 
tude  angle  around  -9  to  -10  degrees  after  the  transient  period.  The  pitch 
attitude  hold  configuration  shown  here  uses  derived  rate  information  from 
the  D/V  gyros  while  the  top  two  figures  use  rate  gyro  information  in  the 
pitch  and  yaw  channels. 

CWM  Yaw  and  Roll  Modes  -  Time  Histories 

CWM  yaw  and  roll  response  comparisons  of  the  analog  autopilot 
and  PDAP  are  shown  on  Figure  19.  The  top  two  figures  depict  yaw  head¬ 
ing  response  characteristics  in  the  midcourse  phase  of  flight.  The  first 
heading  command  change  is  a  DME  step  command  of  5  degrees  and  takes 
about  8  seconds  to  reach  its  final  heading  value  for  this  flight  region.  The 
second  set  of  heading  commands  are  (D/L)  command  inputs.  Each  D/L 
command  is  a  pulse  input  to  a  counter  with  each  pulse  representing  a  1 
degree  heading  command.  There  are  5  D/L  commands  generated  in  this 
figure  producing  an  additional  heading  change  of  5  degrees. 

The  center  figures  show  the  yaw  acceleration  response  characteris¬ 
tics  to  a  2.  5  g  step  command  in  the  DME  terminal  mode  configuration. 

The  acceleration  level  achieves  a  value  around  -21  fps2  (-0.  66  g)  and 
then  slowly  increases  for  both  autopilots. 

The  bottom  figures  depict  roll  rate  response  to  a  5  degree  roll 
attitude  command  clockwise  and  then  counterclockwise  10  seconds  later. 

The  peak  roll  rate  magnitude  reaches  a  level  around  53  deg/ sec  for  this 
flight  region.  The  response  settles  out  in  about  *  seconds.  Both  the  ana¬ 
log  autopilot  and  PDAP  have  similar  response  characteristics. 

CWM  Trajectories  -  PDAP  Time  History 

The  time  history  information  on  Figure  20  shows  a  complete  tra¬ 
jectory  response  for  the  CWM  configuration.  The  various  modes  include 
initial  rate  damping  (t<  1.  75  seconds),  g-bias  mode,  pitch  attitude  hold, 
DME  heading  control,  and  EO  terminal  steering.  This  trajectory  case 
represents  a  high  speed  launch  from  a  high  altitude.  A  maximum  pitch 
acceleration  level  of  -50  fps2  (-1.  55  g)  was  obtained  when  the  accelera¬ 
tion  loops  are  closed  and. the  g-bias  command  is  initiated.  During  the  pitch 
attitude  hold  mode,  pitch  attitude  reaches  a  value  around  -15  degrees. 

During  midcourse,  the  DME  heading  commands  produce  a  peak  yaw  accel¬ 
eration  magnitude  of  about  36.  8  fps^  (1.  11  g).  The  terminal  steering 
phase  of  flight  produces  a  maximum  Ditch  acceleration  level  of  around 
-20  fps2  (-0.  62  g). 

CWM  LOBL  Time  Histories 

Figure  21  depicts  a  low  altitude  lockon-before-launch  (LOBL)  flight 
condition  where  the  pitch  and  yaw  channels  use  seeker  derived  rate 
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Figure  20.  CWM  Trajectory  —  PDAP  Time  Histories 
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information  for  damping  purposes.  The  PDAP  and  analog  autopilot  response 
traces  are  similar  except  for  the  initial  transient  peak  which  occurs  1.  75 
seconds  after  launch  when  the  EO  steering  signals  are  activated  for  LOBL. 
This  transient  peak  amplitude  difference  was  explored  further  and  was  found 
to  be  due  to  the  value  of  software  limiting  used  to  .prevent  overflow.  Adjusting 
this  value  to  the  amplifiers  saturation  level  used  in  the  analog  autopilot  will 
eliminate  the  differences.  The  center  figures  show  the  yaw  acceleration  re¬ 
sponse  to  EO  steering  caused  by  an  initial  yaw  heading  value  of  +15  degrees. 
The  bottom  figures  depict  the  flipper  command  signal  which  represents  pitch 

channel  information  minus  yaw  information  (6  -  6  ). 

q  r 

PWM  Pitch  Modes  -  Time  History 

Figure  22  depicts  the  PWM  configuration  starting  from  launch,  the 
g-bias  phase,  and  the  pressure  altitude  hold  mode.  The  top  figures  show 
the  initial  rate  damping  interval  (t  <  2  seconds)  and  the  g-bias  phase  when 
the  acceleration  loops  are  closed  at  2  seconds.  During  the  g-bias  phase 
(1.2  g  input  command),  the  pitch  acceleration  reached  a  magnitude  between 
1,  1  to  1.  24  g.  The  time  history  information  for  these  figures  is  very 
similar. 

The  bottom  figures  show  the  pitch  flipper  position  response  during 
the  pressure  altitude  hold  mode.  Altitude  hold  is  maintained  by  an  error 
signal  represented  by  the  pressure  sensor  input  minus  a  pressure  reference 
signal.  Unless  the  launch  starts  from  a  low  altitude,  the  pressure  altitude 
hold  mode  will  be  activated  28  seconds  after  launch  versus  12  seconds.  The 
analog  and  digital  autopilot  flipper  response  traces  are  similar. 

PWM  Yaw  Modes  -  Time  Histories 

Yaw  channel  time  history  of  the  PWM  configuration  is  depicted  on 
Figure  23.  DME  and  D/L  heading  command  response  information  is  shown 
in  the  upper  figures.  First  a  5  degree  DME  heading  command  is  input,  10 
seconds  later  the  DME  heading  command  is  removed.  The  first  D/L  head¬ 
ing  command  of  1  degree  is  input  10  seconds  later.  Each  of  the  additional 
D/L  commands  is  input  2  seconds  apart  producing  a  resultant  heading 
change  of  5  degrees. 

The  bottom  figures  show  the  yaw  acceleration  response  to  a  0.  5  g 
acceleration  command  during  the  DME  terminal  mode.  The  command  in 
applied  for  10  seconds  and  then  removed.  Both  autopilot  responses  are 
similar  and  achieve  an  acceleration  level  around  0.  5  g. 


Figure  24  shows  both  a  noise  and  noise  free  case  for  the  analog 
autopilot  and  PDAP.  The  noise  characteristics  at  the  pitch  EO  steering 
point,  X.,  has  a  bandwidth  of  10  Hz  and  a  standard  deviation  value  of  0.37 
degrees/second.  This  noise  source  was  used  as  an  example  of  a  noise  run 
but  is  not  necessarily  representative  of  EO  steering  noise.  An  actual  EO 
seeker  should  be  used  with  PDAP  to  generate  the  EO  steering  noise  character 
istics.  The  PDAP  response  is  stable  with  this  noise  input.  Because  noise  is 
a  random  variable,  some  of  the  noise  case  runs  will  produce  slightly  larger 
amplitudes  and  other  noise  run  cases  will  produce  smaller  amplitudes.  The 
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PDAP  steering  loop  has  a  sample  rate  frequency  of  50  Hz  and  will  fold  noise 
energy  above  25  Hz  back  into  the  primary  frequency  strip.  If  the  represen¬ 
tative  EO  steering  noise  inputs  should  produce  undesired  response  charac¬ 
teristics  due  to  folding  effects,  the  steering  loop  sample  rate  frequency  can 
be  increased  to  100  Hz  with  a  minor  software  cha  nge. 

PDAP  Wordlength  Sensitivity  Summary 

Figure  25  provides  a  summary  picture  of  flipper  rate  amplitude  as  a 
function  of  digital-to-analog,  arialog-to-digital,  and  computational  word- 
length.  The  information  in  this  graph  was  obtained  from  time  history  data 
associated  with  Figures  26,  27,  and  28.  The  average  absolute  value  of 
flipper  rate  was  obtained  by  dividing  the  integral  of  the  absolute  value  of 
flipper  rate  by  the  flight  time  value  of  a  given  run.  The  magnitude  of  the 
absolute  flipper  rate  value  is  a  figure  of  merit  of  the  actuator  gas  supply 
used.  The  analog-to-digital  wordlength  requirement  should  be  placed  at  11 
or  12  bits,  with  12  bits  preferred  to  provide  adequate  input  signal  resolution. 
The  digital-to-analog  wordlength  requirement  can  be  placed  at  9  bits  and 
might  be  placed  at  8  bits  with  further  testing.  The  computational  computer 
wordlength  should  be  kept  at  16  bits  to  provide  proper  accuracy  of  software 
calculations. 

Digital-to -Analog  Wordlength  Sensitivity  -  CWM  Configuration  (EO  Terminal) 

PDAP  digital-to-analog  wordlength  was  varied  from  10  to  6  bits  in  - 
eluding  sign.  The  PDAP  digital-to-analog  hardware  has  10  bits  although 
the  present  design  base  requires  9  bits.  Time  history  information  is  shown 
on  Figure  26  as  a  function  of  digital-to-analog  wordlength.  The  wordlength 
variation  was  achieved  by  the  inclusion  of  software  statements  which  shift 
the  digital-to-analog  output  information  to  the  right  and  then  the  same 
amount  to  the  left.  The  flipper  rate  information  gradually  increases  for 
digital-to-analog  wordlengths  less  than  9  bits  including  sign.  Roll  body 
rate  does  not  significantly  increase  until  the  digital-to-analog  wordlength 
is  6  bits  or  less.  The  pitch  digital-to-analog  output  time  history  shows 
the  actual  digital-to-analog  quantization  levels.  For  digital-to-analog 
wordlength  levels  of  7  bits  or  less,  the  limit  cycle  amplitude  is  controlled 
by  one  digital-to-analog  quantization  level.  For  digital-to-analog  word- 
length  levels  greater  than  8  bits,  the  limit  cycle  amplitude  is  controlled 
by  more  than  one  digital-to-analog  quantization  level.  A  figure  of  merit 
of  servo  gas  consumption  in  terms  of  digital-to-analog  wordlength  varia¬ 
tion  is  depicted  in  Figure  2  5. 

Analog-to- Digital  Wordlength  Sensitivity  -  CWM  Configuration  (EO  Terminal) 

The  PDAP  analog-to-digital  wordlength  was  varied  from  12  to  9  bits. 
The  PDAP  analog-to-digital  hardware  has  12  bits  including  sign.  This  is 
the  present  analog-to-digital  converter  wordlength  requirement.  Flipper 
rate,  pitch  body  rate,  and  roll  body  rate  are  shown  on  Figure  27  as  a 
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Figure  27.  Analog-to-Digital  Wordlength  Sensitivity  —  CWM  Configuration 

(EO  Terminal) 
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Figure  28.  Computational  Wordlength  Sensitivity  —  CWM  Configuration 

(EO  Terminal) 


function  of  analog-to-dlgital  wordlength.  The  flipper  rate  amplitude  is  the 
same  for  12  and  11  bits,  but  significantly  increases  for  10  bits  or  less.  Pitch 
body  rate  and  roll  body  rate  amplitudes  do  not  significantly  increase  until 
9  bits.  A  figure  of  merit  of  servo  gas  consumption  in  terms  of  analog-to- 
digital  wordlength  variation  is  shown  in  Figure  2  5. 

Computational  Wordlength  Sensitivity  -  CWM  Configuration  (EO  Terminal) 


Computational  wordlength  sensitivity  of  the  number  of  bits  used  for 
multiplication  results  are  shown  on  Figure  28.  Both  flipper  rate  and  roil 
rate  amplitudes  increase  as  computational  wordlength  is  decreased.  The 
computational  wordlength  requirement  is  16  bits  including  sign.  Pitch  body 
rate  does  not  significantly  increase  until  about  13  bits  or  less.  A  figure  of 
merit  of  servo  gas  consumption  in  terms  of  computational  wordlength  varia 
tion  is  depicted  in  Figure  2  5. 


PWM  Gain  Margin  Comparison 

The  information  in  Table  9  was  obtained  from  the  AFATL  hybrid  simula¬ 
tion  and  provides  PWM  gain  margin  comparisons  of  the  analog  autopilot  and 
PDAP  at  Mach  =  0.  95  and  altitude  =  20,  000  feet.  The  gain  margin  measurements 
were  obtained  by  raising  the  gain  of  a  given  loop  until  the  time  response  becomes 
marginal.  Forward  loop  gain  margin  refers  to  the  margin  obtained  by  raising 
the  gain  prior  to  the  actuator  input.  Rate  loop  gain  margin  refers  to  the  margin 
obtained  by  raising  the  gain  just  after  the  rate  sensor.  Position  or  acceleration 
loop  gain  margin  refers  to  the  margin  obtained  by  raising  the  gain  just  after  the 
attitude  or  accelerometer  sensor,  respectively.  All  of  the  gain  margin  differ¬ 
ences  are  11  percent  or  less  except  for  one. 

TABLE  9.  PWM  GAIN  MARGIN  COMPARISON 


(MACH  -  0.96,  ALTITUDE  »  20K) 


ANALOG, 

dB 

PDAP, 

dB 

DIFFERENCE,  dB 
(p«rc*nt) 

ROLL  AUTOPILOT 

•  POSITION  LOOP 

8.46 

7.78 

0.68  (8) 

•  RATE  LOOP 

16.59 

16.12 

0.47  (5) 

e  FORWARD  LOOP 

1187 

12.04 

0.83  (9) 

YAW  MIDCOURSE 

•  POSITION  LOOP 

11  71 

&B6 

176  (27) 

•  RATE  LOOP 

20.98 

20.00 

0.98  (11) 

•  FORWARD  LOOP 

18.79 

18.64 

0.15  (2) 

YAW  DM E  TERMINAL 

•  RATE  LOOP 

20.70 

19.96 

0.74  (8) 

•  ACCELERATION  LOOP 

16.59 

16.06 

0.53  (6) 

•  FORWARD  LOOP 

15.27 

16.13 

-0.86  (9) 
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Measured  PDAP  Damping  Loop  Transport  Lag 

The  measure  transport  lag  values  of  the  PDAP  rate  damping  loops 
are  listed  in  Table  10.  The  measured  transport  lag  value  includes  one  or 
more  analog -to- digital  conversion  time  cycles,  the  pitch;  yaw  and  roll  rate 
loop  calculations  and  one  or  more  digital-to-analog  signal  generations.  The 
design  objective  is  to  have  a  transport  lag  value  of  600  [as  or  less  in  each  rate 
loop.  This  objective  was  met.  Fairly  simple  reorganization  of  the  software 
calculations  can  get  each  rate  loop  transport  lag  value  to  less  than  120  ps 
if  needed.  Software  reorganization  would  be  needed  to  implement  the  exist¬ 
ing  autopilot  equations  into  a  computer  having  a  slower  instruction  execu¬ 
tion  time. 

The  transport  lag  measurement  defines  the  time  lag  associated  with 
the  high  speed  rate  loops  (400  Hz)  and  does  not  include  any  time  lag  from  the 
slow  speed  loops  (50  Hz).  The  slow  speed  loops  introduce  Bode  phase  shift 
at  the  point  where  the  slow  speed  loop  enters  a  high  speed  loop  calculation. 
The  amount  of  phase  shift  is  the  same  for  all  slow  speed  loop  calculations 
(50  Hz)  and  is  expressed  by  the  relationship,  0  =  -360  [(1  +  N)/2]  f/fs, 
where  N  equals  the  ratio  of  the  slow  speed  sample  rate  period  to  the  high 
speed  sample  rate  period  and  fs  is  the  high  speed  sample  frequency  (400  Hz). 
Although  this  Bode  phase  shift  term  can  introduce  additional  phase,  the  re¬ 
sults  of  gain  margin  comparison  data  for  the  PWW  FCS  configuration  show 
that  the  digital  FCS  design  is  within  1 1  percent  of  the  analog  FCS  design  for 
most  measurements  in  Table  9. 

AFATL  Simulation  Results 


The  AFATL  PDAP/GBU-15  simulation  study  confirmed  the  Hughes 
results  and  proved  that  the  PDAP  design  concepts  were  valid.  However, 
there  were  anomalies  discovered  by  AFATL  and  they  are  discussed  in 
Appendix  B. 


TA3LE  10.  MEASURED  PDAP  DAMPING  LOOP  TRANSPORT  LAG 
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SECTION  V 


CONCLUSIONS  AND  RECOMMENDATIONS 


The  hybrid  computer  studies  at  Hughes  Aircraft  Company  and  Eglin 
Air  Force  Base  have  been  evaluating  the  PDAP  design  characteristics  for 
the  CWM  and  PWM  configurations.  PDAP  and  analog  autopilot  comparison 
rur.s  have  been  made  for  both  trajectory  runs  and  step  response  inputs. 

The  majority  of  the  case?  have  compared  favorably.  The  PWM  gain  margin 
comparisons  shown  in  Table  9  were  all  within  acceptable  close  agreement. 
The  present  PDAP  hardware  has  3  autopilot  configurations  programmed  in 
software  which  demonstrate  the  modular  weapon  capability.  The  input  and 
output  interface  for  each  of  these  autopilot  configurations  is  the  same.  The 
PDAP  software  provides  the  desired  autopilot  configuration  by  means  of 
missile  identification  through  discrete  logic  inputs.  The  PDAP  wordlength 
sensitivity  results  have  confirmed  the  input/output  wordlength  requirements. 
It  is  concluded  that  the  PDAP  concept  has  been  shown  to  be  feasible  and  is 
ready  for  Engineering  Development. 
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Figure  A-l  (Continued) 


APPENDIX  B 

AFATL  PDAP/GBU -15  SIMULATION  (PDAP  ANOMALIES) 


GROUND  POTENTIAL  DIFFERENCE  BETWEEN  THE  PROGRAMMABLE 
DIGITAL  AUTOPILOT  (PDAP)  AND  THE  INTERFACE  UNIT  (IU) 

The  PDAP  system  exhibited  a  ground  potential  difference  between 
the  interface  unit  (IU)  ground  and  the  programmable  digital  autopilot 
ground.  This  difference  is  due  to  the  fact  that  the  signal  and  dc  power 
grounds  are  common  and  large  currents  are  required  from  the  +5  vdc 
supply.  Logic  power  (+5  vdc)  for  the  PDAP  originates  from  a  +5  vdc 
power  supply  in  the  interface  box  (IB)  .  (See  Figure  B-  la.  )  This  power  is 
transmitted  to  the  PDAP  via  the  IU.  Once  inside  the  PDAP,  this  power 
is  distributed  to  the  various  cards.  These  cards  include  the  three  input/ 
output  (I/O)  cards  (Total  I/O  current  is  1  .  5  A),  the  Arithmetic  Unit 
(4  A),  the  Control  Unit  (5  A),  the  Program  Memory  (5.5  A),  and  the 
Operand  Memory  (2  A).  The  total  current  which  is  being  supplied  is 
18  amperes.  The  power  supply  which  is  used  requires  1 00  pfd/ampere  at 
the  remote  sense  point  to  maintain  regulator  stability.  There  is  no  physi¬ 
cal  space  available  in  the  PDAP  or  IU  for  the  size  capacitors  required, 
therefore,  remote  sensing  at  the  PDAP  or  IU  is  not  used.  Twenty  gauge 
wire  is  the  largest  gauge  that  the  connector  pins  will  accept.  Five  20  gauge 
wires  (0.011  Ohms /foot)  are  used  for  grounds  between  the  IU  and  the 
PDAP.  Approximately  two  feet  of  wire  connects  the  two  unit  grounds 
through  two  sets  of  contacts  (rO.Ol  Ohms  each).  The  effective  resistance 
of  the  five  parallel  paths  is  approximately  0.0085  Ohms.  With  18  A  of 
current  flow,  this  produces  a  potential  difference  between  the  two  unit 
grounds  of  approximately  153  mv. 

The  +5  volt  power  distribution  and  ground  systems  for  the  produc¬ 
tion  PDAP  will  be  designed  to  minimize  ground  potential  differences  due 
to  line  losses.  (See  Figure  B-lb.)  Features  which  will  achieve  this  are: 

(1)  Production  PDAP  will  require  much  less  -f-5  volt  power  than 
the  evaluation  test  units. 

(2)  The  +5  volt  regulator  will  be  located  in  the  PDAP  chassis  in 
close  proximity  to  the  central  distribution  points. 

(3)  Power  and  ground  will  be  distributed  to  individual  cards  using 
minimal  wire  lengths. 


I 


■I  EVALUATION  TEST  POAP  GROUND  AND  POWER  DISTRIBUTION 


{""production  pdap 


UNIT  CONNECTOR 


A  A  A  A  A  |  A 

1  2  3  4  5  6 


15  VOLT 
REGULATOR 


b)  PRODUCTION  PDAP  GROUND  AND  POWER  DISTRIBUTION 


Figure  B-l.  PDAP  Power  and  Ground  Distribution  Systems 


( 


(4) 


The  number  of  series  connector  contacts,  through  which  power 
and  grounds  must  pass  in  getting  from  the  central  distribution 
point  to  the  individual  cards,  will  be  held  to  a  minimum. 


PDAP  PROGRAM  STAYING  WITHIN  THE  ENDLESS  ANALOG-TO -DIGITAL 
LOOP 

The  PDAP  software  has  an  analog -to -digital  control  section  which 
provides  the  analog-to-digital  hardware  with  coded  instructions  used  to 
sequence  each  analog  to  digital  signal  conversion.  The  software  instruc¬ 
tions  specify  which  multiplexer  input  signal  to  convert  and  provides  the 
analog-to-digital  timing  signals,  sample  and  hold  and  start  of  conversion. 
These  instructions  are  sent  to  the  analog -to-digital  hardware  by  the  use  of 
a  dedicated  operand  memory  word  at  location  1026.  Figure  B-2  shows  a 
flow  diagram  of  the  software  analog-to-digital  functions  provided  to  achieve 
analog-to-digital  conversion  of  the  PDAP  input  signals.  After  the  proper 
sequencing  of  the  Sample  and  Hold  Signal  and  the  Start  of  Conversion  Signal 
have  been  sent  to  the  analog-to-digital  hardware,  the  PDAP  program  loops 
around  the  endless  loop,  assembly  line  numbers  296-297,  until  the  End  of 
Conversion  flag  is  generated  by  the  analog-to-digital  hardware.  When  this 
flag  is  received,  the  PDAP  program  jumps  out  of  the  endless  loop  and 
executes  other  analog-to-digital  software  instructions  for  the  next  analog- 
to-digital  conversion. 

If, at  the  time  the  Start  of  Conversion  Signal  is  sent  to  the  analog- 
to-digital  hardware,  there  should  be  a  noise  burst  on  the  main  bus  which 
falsified  the  Start  of  Conversion  code,  the  analog-to-digital  hardware  will 
not  be  able  to  start  the  conversion  of  the  analog  input  signal.  The  analog- 
to-digital  hardware  will  also  not  be  able  to  generate  the  End  of  Conversion 
Flag.  Once  the  PDAP  program  sends  the  start  of  conversion  signal,  the 
program  waits  in  the  endless  loop  for  the  End  of  Conversion  flag.  If  a 
noise  burst  has  falsified  the  Start  of  Conversion  signal,  the  PDAP  program 
will  wait  in  the  endless  loop  until  the  program  is  restarted,  MASTER 
RESET. 

Observation  and  testing  of  the  PDAP  hardware  at  Hughes  Aircraft 
has  not  revealed  this  problem  as  yet.  A  special  program  was  written 
to  stop  the  PDAP  software  if  the  program  remained  within  the  endless 
loop  for  longer  than  24.5  ps  (the  measured  analog-to-digital  conversion 
cycle  time).  The  special  test  has  not  shown  any  failures.  Although  the 
number  of  times  this  problem  has  occurred  at  Eglin  is  small,  the  problem 
is  undesirable.  One  failure  after  100  hours  of  operating  time  corresponds 
to  one  failure  after  2.  304  x  109  analog-to-digital  signal  conversions.  Be¬ 
cause  it  is  remotely  possible  to  have  a  noise  burst  when  the  Start  of  Conver¬ 
sion  signal  is  sent,  it  is  recommended  that  the  endless  loop  be  replaced  by  a 
software  timer  (about  150  ps) .  The  use  of  a  software  timer  will  allow  the 
PDAP  program  to  continue  even  though  one  analog-to-digital  signal  was 
not  converted  from  time  to  time.  The  analog-to-digital  signal  will  be 
updated  during  the  next  analog-to-digital  cycle,  2500  ps  later,  and  should 
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not  degrade  PDAP  autopilot  performance.  The  use  of  endless  loops  (there 
is  one  in  the  existing  PDAP  program)  will  not  be  incorporated  in  the 
Production  PDAP  program.  The  software  timer  can  be  inserted  into  the 
present  PDAP  software  program  by  replacing  assembly  line  numbers  296 
and  297  by  the  statements  below.  This  timer  will  allow  about  15  ps  before 
proceeding  to  assembly  line  number  298. 

REPLACEMENT  FOR  ASSEMBLY  LINE  NUMBER  296-297 
SOFTWARE  TIMER  (AT  =  15  ps) 

296  ST,  23,  36 
297  LAD2  IND ,  23,  LAD2 

PDAP  INPUT  SIGNAL  CROSS  -  COUPLING  SENSITIVITY 

PDAP  cros s -coupling  can  occur  between  the  individual  buffer 
amplifiers  located  within  the  interface  unit  and  the  analog -to -digital  multi¬ 
plexer  circuitry  located  within  the  PDAP  unit.  In  general,  the  cross¬ 
coupling  amplitudes' will  increase  with  higher  frequency  input  signals  due 
to  unwanted  capacitor  impedance  paths  that  exist  between  electronic  com¬ 
ponents.  Input  signal  information  to  the  multiplexer  will  be  attenuated 
for  frequencies  above  the  analog  pre-filter  break  frequency,  150  Hz. 

This  attenuation  will  reduce  multiplexer  cross-coupling  that  is  input 
signal  dependent. 

The  PDAP  A/D  wordlength  is  12  bits  including  sign.  A  bias  level 
(offset  value)  of  one  least  significant  bit  (1LSB)  in  the  12  bit  analog-to- 
digital  wordlength  corresponds  to  a  value  of  16(24)  when  the  bias  level  is 
read  in  terms  of  the  16  bit  wordlength  used  within  the  PDAP  (see  Fig¬ 
ure  B-3).  A  bias  level  equal  to  I  percent  of  the  analog-to-digital  range 
(zero  to  the  maximum  position  level)  corresponds  to  a  value  of  328  when 
read  in  terms  of  the  16  bit  word. 

Figure  B-4  shows  the  converted  analog-to-digital  signal  levels 
read  for  each  input  channel  when  a  10  volt  (0-P)  100  Hz  sine  wave  was 
applied  to  one  of  the  interface  unit  buffer  inputs  (see  Figure  B-5),  This 
test  was  performed  with  each  buffer  input  other  than  the  driving  channel 
capped  with  a  50  ohm  resistor  between  the  input  pin  and  shield  ground. 

All  of  the  converted  analog-to-digital  signal  levels  in  Figure  B-4  are 
within  2  LSB  levels  (32)  of  the  12  bit  analog-to-digital  wordlength.  Review 
of  any  column  of  Figure  B-4  shows  that  the  converted  analog-to-digital 
signal  level  is  basically  the  same  value  even  though  the  buffer  gain  values 
are  different  (see  Figure  B-5).  The  values  in  this  figure  are  the  same 
values  that  are  read  when  no  input  driving  signal  is  applied  and  are  the 
analog-to-digital  bias  levels.  The  same  values  as  shown  in  Figure  B-4 
were  obtained  when  the  input  driving  signal  was  applied  to  the  shielded 
cable  input  (approximately  15  feet  long)  connecting  the  analog  computer 
to  the  interface  unit.  The  conclusion  drawn  is  that  no  measurable  cross¬ 
coupling  amplitude  can  be  seen  when  a  10  volt  (0-P)  100  Hz  sine  wave  is 
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used.  The  same  conclusion  is  assumed  to  apply  for  larger  input  signal 
levels.  The  magnitude  of  the  high  frequency  information  entering  the  inter¬ 
face  unit  when  the  PDAP  is  connected  in  a  closed-loop  configuration  will  be 
smaller  than  low  frequency  information  because  of  attenuation  by  autopilot 
filtering  and  system  dynamics. 


PDAP  GAIN  MARGIN  CQMP ARISONS 

The  PWM  gain  margin  comparisons  measured  at  Eglin  are  shown  in 
Table  B-l.  Each  of  these  gain  margin  comparisons  are  within  11  percent 
except  one  margin  which  is  27  percent  low.  This  PDAP  gain  margin 
8.  95  dB  (2.  80)  is  adequate  for  the  gain  variations  the  yaw  position  loop  will 
experience.  The  PDAP  yaw  heading  position  loop  gain  margin  is  27  percent 
low  because  of  the  phase  shift  associated  with  the  50  Hz  update  rate  of  this 
loop  calculation.  The  additional  phase  shift  of  this  digital  loop  when  i  om- 
bined  with  the  yaw  rate  loop  gain  -  phase  characteristics  produce  a  lower 
crossover  frequency  (^4>  =  -180  degrees).  The  lower  crossover  frequency 
for  this  autopilot  configuration  has  a  larger  Bode  gain  which  produces  a 
smaller  gain  margin.  The  50  Hz  update  rate  for  other  autopilot  loop  calcu¬ 
lations  (PWM  roll  attitude  loop,  PWM  pitch  attitude  and  acceleration  loops, 
etc.  )  also  produce  additional  phase  shift  over  the  analog  design  but  the 
lower  crossover  frequency  occurs  in  regions  where  the  Bode  gain  is  moder¬ 
ately  flat.  When  the  Bode  gain  is  flat,  the  gain  margin  is  relatively  unchang¬ 
ed  by  additional  phase  shift. 


TABLE  B-l.  PWM  GAIN  MARGIN  COMPARISON 


(MACH  *  0.95,  ALTITUDE  *  20K) 


ANALOG, 

dB 

— 

PDAP, 

dB 

DIFFERENCE, 

(pare  am) 

HOI  1  AUTOPILOT 

•  POSITION  LOOP 

8.4G 

7.7B 

0.68  (81 

•  HATE  LOOP 

16.59 

16.12 

0.47  (5) 

•  FORWARO  LOOP 

12.87 

12.04 

0.83  (9) 

YAW  MIDCOURSE 

•  POSITION  LOOP 

11.71 

&95 

2.76  (27) 

•  RATE  LOOP 

20.98 

20.00 

0.98  (11) 

•  FORWARO  LOOP 

18.79 

18.64 

0.15  (2) 

YAW  DME  TERMINAL 

•  RATE  LOOP 

20.70 

19.96 

0.74  (8) 

•  ACCELERATION  LOOP 

16.59 

16.06 

0  53  (6) 

•  FORWARD  LOOP 

15.27 

16.13 

-0.86  (9) 
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Figure  B-6  shows  measured  and  theoretical  yaw  position  loop  gain 
margin  as  a  function  of  the  yaw  position  loop  update  rate.  The  measured 
data  obtained  from  Eglin  varied  the  yaw  position  loop  update  rate  from 
12.  5  Hz  to  400  Hz.  The  theoretical  data  tracks  the  measured  data  within  13 
percent.  The  theoretical  analog  autopilot  tracks  the  measured  analog  auto¬ 
pilot  gain  margin  within  10  percent.  Appendix  C  describes  the  method  used 
to  obtain  the  theoretical  results.  The  additional  phase  shift  of  a  digital  loop 
(versus  an  analog  loop)  can  be  approximated  by  the  expression,  =  3 6 0 f  T2. 
The  transport  lag,  T£,  is  equal  to  (N  +  1 ) / 2  times  the  sample  rate  period  of 
the  high  speed  loop.  The  variable,  N,  equals  the  ratio  of  the  high  speed  up¬ 
date  frequency  to  the  lower  speed  update  frequency. 

Gain  margin  is  a  stability  measurement  of  the  gain  variation  (uncer¬ 
tainty)  possible  within  a  given  loop  before  a  system  will  go  unstable.  The 
amount  of  gain  margin  needed  for  a  system  design  is  a  function  of  the  param 
eter  variation  seen  by  a  given  loop.  The  parameter  variation  se  jn  by  the 
forward  gain  includes  fin  servo  variations,  aero  variations,  and  digital-to- 
analog  output  gain  variations  each  in  series.  The  parameter  variation  seen 
by  the  rate  loop  includes  rate  gyro  characteristics,  the  yaw  rate  analog-to- 
digital  converter  input,  and  closed-loop  characteristics  of  the  yaw  position 
with  the  fin  servo  and  aero  data.  The  parameter  variation  seen  by  the  yaw 
position  loop  includes  heading  sensor  characteristics,  and  closed-loop 
characteristics  of  the  yaw  rate  loop  with  the  fin  servo  and  aero  data.  In 
general,  aero  data  and  fin  servo  characteristics  are  the  items  having  the 
biggest  parameter  variation.  The  gain  margin  to  these  parameters  are  dis¬ 
played  in  the  yaw  forward  loop  gain  margin.  Because  the  yaw  position  loop 
sees  aero  data  and  the  fin  servo  characteristics  in  a  closed-loop  form  with 
the  yaw  rate  loop,  the  yaw  position  gain  margin  is  not  a  direct  function  of 
these  gain  variations.  The  yaw  position  loop  gain  margin  will  be  a  direct 
function  of  the  yaw  heading  sensor  and  the  yaw  position  analog-to-digital 
input  gain,  but  these  items  do  not  have  big  gain  variations.  As  mentioned 
before  the  PDAP  yaw  position  gain  margin  value  of  2.  80  is  adequate  for 
this  loop. 


PWM  PRESSURE  LOOP  RESPONSE 

The  PDAP  PWM  pressure  altitude  hold  mode  exhibits  waggles  in 
pitch  body  rate  and  angle  of  attack  which  are  not  readily  apparent  in  the 
PWM  analog  autopilot  configuration.  This  condition  was  observed  in  the 
hybrid  simulation  results  at  Eglin  and  at  Hughes.  The  type  of  response  seen 
in  the  pressure  altitude  hold  mode  is  shown  in  Figures  B-7  and  B-8.  The 
frequency  of  the  waggles  or  limit  cycle  are  around  0.4  Hz  (2.  5  second  period). 
Although  the  PDAP  configuration  exhibits  this  condition,  the  PDAP  PWM 
pressure  altitude  hold  mode  performs  properly. 

Figure  B-9  shows  a  simplified  block  diagram  of  the  PDAP  pressure 
loop  with  its  filter  compensation.  Because  the  PDAP  PWM  loops  other  than 
the  pressure  loop  do  not  display  this  time  response  characteristic,  the 
software  program  was  also  modified  to  allow  the  output  of  the  pressure 
filter  calculation  to  be  sent  directly  to  the  pitch  digital-to-analog  input. 

The  program  was  also  modified  to  allow  the  converted  analog-to-digital 


YAW  HEADING  POSITION  LOOP  UPDATE  FREQUENCY,  HZ 


Figure  B-6.  PWM  Gain  Margin  as  a  Function  of  Yaw  Heading  Position 

Loop  Update  Frequency 


ANALOG  AUTOPILOT  PDAP  PDAP 


Figure  B-8.  PWM  Autopilot  Response  Comparisons 
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pressure  signal  to  be  sent  to  the  yaw  digital- to- analog  input.  For  testing 
purposes  the  pressure  reference  signal  was  set  to  zero. 

Figure  B-10  shows  the  time  response  of  the  pressure  filter  to  a 
square  wave  input.  The  pole-zero  location  of  the  pressure  filter, 

(30S+1)/(3S+1 ),  produces  a  transient  peak  amplitude  which  is  ten  times 
larger  than  the  steady  state  amplitude.  The  time  response  of  the  pressure 
filter  in  this  figure  is  very  clean  (no  waggles).  Figure  B-ll  shows  the 
pressure  filter  response  to  a  triangular  signal  having  an  input  frequency  of 
0.  1  Hz  (left  side)  and  1.  0  Hz  (right  side).  Some  waggles  are  seen  in  the 
response  to  the  1.0  Hz  input, and  more  waggles  are  seen  in  the  response  to 
the  0.  1  Hz  input.  Figure  B-12  shows  the  pressure  filter  response  to  a  tri¬ 
angular  signal  having  an  input  frequency  of  0.01  Hz.  The  response  on  the 
left  side  of  this  figure  is  a  rerun  of  the  response  on  the  right  using  a  faster 
recorder  speed.  The  waggles  or  limit  cycle  condition  in  Figure  B-12  are 
more  pronounced  because  the  filter  response  amplitude  relative  to  the  strip 
chart  height  is  magnified  and  because  the  limit  cycle  frequency  is  lower. 

The  frequency  of  the  waggles  associated  with  the  transient  filter  response 
are  the  same  as  those  seen  in  Figures  B-7  and  B-8  (0.4  Hz,  2.5  second 
period).  The  reasons  for  the  waggles  become  more  apparent  when  one  cor¬ 
relates  the  analog- to-digital  quantization  levels  in  the  bottom  strip  chart 
with  the  filter  response  in  the  center  strip  chart.  Each  time  the  converted 
pressure  signal  changes  analog-to-digital  quantization  levels  in  the  bottom 
strip  chart  (dense  pin  response  region),  the  filter  response  output  has  a 
jump  change  in  amplitude  which  is  the  transient  response  of  the  filter.  In 
the  region  where  the  converted  pressure  signal  has  a  constant  quantization 
level,  the  pressure  filter  response  decays  to  the  steady  state  filter  ampli¬ 
tude  (one-tenth  the  transient  amplitude).  When  the  converted  pressure  sig¬ 
nal  changes  amplitude  again,  the  transient  filter  response  is  repeated. 

The  frequency  of  the  waggles  (limit  cycle)  in  the  filter  response  is  due 
to  the  slope  magnitude  of  the  input  signal,  not  the  frequency  of  the  input 
signal.  If  the  input  amplitude  in  Figure  B-  12  is  increased  (larger  slope 
magnitude),  then  less  time  will  be  spent  at  each  analog-to-digital  quantiza¬ 
tion  level  and  the  limit  cycle  frequency  will  be  higher.  The  amplitude  of 
the  waggles  will  then  be  smaller  and  more  uniform. 

The  pressure  altitude  hold  mode  in  a  closed  loop  configuration  (the 
hybrid  simulation)  wants  to  hold  the  pressure  input  signal  to  the  pressure 
reference  signal  level.  The  closed  loop  dynamics  of  the  PWM  configura¬ 
tion  are  such  that  the  pressure  signal  slowly  varies  in  a  fashion  which  pro¬ 
duces  the  waggles  seen  in  figures  B-7  and  B-8.  The  waggles  in  these 
figures  are  smoothed  because  of  autopilot  filtering  and  system  dynamics. 

The  time  derivative  of  the  pressure  input  signal  is  proportional  to  the  glide 
bomb  body  velocity  in  the  Z  plane  jp  =  (AP/Ah)h,  P  =  (AP/Ah)Vz  |.  If  the  PWM 
system  performance  is  degraded  by  the  limit  cycle  condition,  the  waggles 
could  be  minimized  by  adding  more  analog-to-digital  wordlength  (a  cost 
increase),  by  rescaling  the  range  of  the  pressure  input  signal  to  a  value 
less  than  32  PSI,  or  by  the  use  of  alternate  or  additional  filtering  which 
would  smooth  the  pressure  input  signal.  Since  the  PDAP  PWM  pressure 
altitude  hold  mode  performance  does  not  appear  to  be  degraded,  no  change 
is  recommended.  The  production  PDAP  design  will  not  include  a  pressure 
altitude  hold  mode. 
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PWM  YAW  CROSS  RANGE  DRIFT 


The  PWM  autopilot  study  at  Eglin  showed  that  the  PDAP  PWM  auto¬ 
pilot  configuration  produces  an  inertial  cross  range  drift  equivalent  to  0.  66 
degrees  of*yaw  heading  error  as  depicted  in  Figure  B-13.  The  equivalent 
PWM  analog  autopilot  configuration  (bias  free)  produced  no  noticeable  iner¬ 
tial  cross  range  drift.  Unlike  the  simulated  analog  autopilot  configuration, 
the  PDAP  hardware  buffers,  analog-to-digital  converter  circuitry,  and 
digital-to-analog  circuitry  have  biases  (null  offsets)  which  are  within  1  per¬ 
cent  of  the  full  scale  voltage  range  (±  10  volts).  The  PDAP  biases  like  sensor 
biases,  actuator  offset  values,  etc.  in  a  complete  hardware  configuration 
will  cause  attitude  and  acceleration  signals  to  achieve  values  necessary  to 
counteract  system  offset  values.  Part  of  the  inertial  cross  range  drift  in 
Figure  B-13  is  a  result  of  yaw  heading  position  analog-to-digital  circuitry 
bias  (0.  2  degrees  measured)  while  the  remaining  cross  range  drift  is  pri¬ 
marily  due  to  roll  attitude  analog-to-digital  circuitry  bias  (0.  288  degrees 
measured).  When  the  PDAP  roll  analog-to-digital  bias  was  nulled,  the 
inertial  cross  range  drift  approached  the  yaw  heading  position  analog-to- 
digital  bias  level. 

Figure  B-14  shows  PWM  analog  autopilot  cross  range  drift  when 
roll  attitude  bias  levels  are  added  to  the  simulation.  This  figure  shows  the 
PWM  analog  autopilot  is  also  sensitive  to  roll  attitude  biases  in  the  yaw 
inertial  plane.  One  of  the  cross  range  traces  in  Figure  B-14  depicts  the 
PDAP  PWM  autopilot  configuration  when  10  degrees  of  roll  attitude  bias  is 
added.  This  PDAP  cross  range  result  is  very  close  to  the  analog  autopilot 
result  having  the  same  roll  attitude  bias.  This  comparison  shows  that  the 
inertial  cross  range  drift  is  not  a  digital  problem,  but  a  roll  attitude  bias 
condition  which  couples  into  the  yaw  plane  through  aero  coupling  terms  for 
either  the  PDAP  or  analog  autopilot. 

Figures  B-15  through  B-18  describe  how  a  roll  attitude  bias  will 
produce  a  steady  state  side  slip  angle,  B,  which  will  contribute  to  inertial 
cross  range  drift.  The  information  in  these  figures  depicts  how  roll  errors 
can  generate  cross  range  drift  using  simplified  aero  expressions.  The  re¬ 
sults  from  these  equations  unfortunately  do  not  produce  the  cross  range 
magnitudes  seen  in  simulation  results.  More  complicated  aero  equations 
are  not  pursued  since  the  observed  cross-range  drift  is  a  PWM  roll  to  yaw 
coupling  phenomena  not  an  exclusive  PDAP  coupling  effect.  The  real  ana¬ 
log  autopilot  design  like  the  PDAP  will  also  have  bias  offset  values  asso¬ 
ciated  with  operational  amplifiers.  The  sensors  associated  with  the  glide 
bomb  will  also  have  bias  levels.  Bias  errors  from  the  operational  ampli¬ 
fiers  and/or  sensors  will  produce  cress  range  drift  effects. 
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DOWN  RANGE 


CROSS  RANGE 


MGGB-II  MIDCOURSE  RUN  WITH  A  YAW  HEADING  HOLD  CONFIGURATION. 
PDAP  A/D  YAW  HEADING  BIAS  *  0.2°.  PDAP  A/D  ROLL  ATTITUDE  BIAS  = 
0.29°  (ROLL  ATTITUDE  ERROR  PRODUCES  CROSS  RANGE  ERROR).  DME 
HEADING  COMMANDS  OR  D/L  COMMANDS  WOULD  CORRECT  CROSS  RANGE 
ERROR. 


YAW  MANEUVER 


Figure  B-13.  Analog  and  PDAP  MGGB-II  (Phase  I)  Autopilot  Comparison 


PITCH  PLANE 


YINERTIAL 


AFT  VIEW 


ZINERTIAL 


CROSS  RANGE  INERTIAL  MOTION 

Y  -  -Yi  +  IVYgCOS^Bj*  (SMALL  g  ANGLE  EQUATION) 

Y,  -  hSIN  h  -  INITIAL  GLIDE  BOMB  ALTITUDE 

tpg  -  ROLL  ATTITUDE  A/D  BIAS 

V Yo  -  STEADY  STATE  SIDE  VELOCITY 
B  GENERATED  BY  THE  ROLL 
ATTITUDE  A/D  BIAS 

Figure  B-15.  Cross  Range  Motion  Equation  Due  to  Roll  Attitude  Analog 

to  Digital  Bias 
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INFORMATION  OBSERVED  FROM  EGLIN  D  '*T A 


DOWN  RANGE 


CROSS 

RANGE 


Y  -  2393  ft  YAW  COUPLING  OF  THE 

ROLL  ATTITUDE  A/D  BIAS,  </>B 

V Yg  «  5.57  ft/uc 


CALCULATED  CROSS  RANGE  MOTION  DUE  TO  ROLL  A/D  BIAS 


USING  THE  FLIGHT  TIME  AND  THE  MEASURED  ROLL  A/D  BIAS  (0.29°)  ASSOCIATED  WITH  FIGURE  B-13, 

THE  CALCULATED  VALUE  OF  Y  FROM  FIGURE  B-16WITH  THE  DATA  FROM  FIGURE  B-17  IS  SIGNIFICANTLY 
SMALLER  THAN  THE  OBSERVED  VALUE  OF  Y  ABOVE.  A  ROLL  A/D  ATTITUDE  BIAS  IN  THE  NEIGHBORHOOD 
OF  2.5°  WILL  PRODUCE  THE  CROSS  RANGE  MAGNITUDES  OBSERVED  ABOVE.  MORE  COMPLICATED  AERO 
EQUATIONS  (INCLUDING  ROLL-YAW  COUPLING  TERMS)  THAN  THOSE  SHOWN  IN  FIGURE  B-16  COULD  PRO¬ 
DUCE  A  LARGER  SIDE  SLIP  ANGLE,  B,  FOR  A  GIVEN  ROLL  A/D  BIAS  LEVEL. 


Figure  B-18.  Cross  Range  Data/Calculations 
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FLIGHT  CONDITION, 


M  -  0.95.  ALT  -  20k 
q  -  614.8  lb/ft2,  V  -  1036.9  ft/«*c 


MASS  PROPERTIES, 


m  -  B8.3  SLUGS 
I,  -  765  SLUG-ft2 
A  »  16.59  11 
b  *  11.33  It 


AERO  PARAMETERS, 


Cys  ^  =  0.768,  CYb 


-  -1.857 


Cn 


„  -0.346,  C.  -  0.1785 

Sr  nB 


AERO  PERTURBATION  EQUATION 


♦  C  62,21  S  ♦  8.49a] 

Sr  [S2  *  0.207S  +  26.97] 


-  0,315l[6.14S  +  l] 

QS*0.827 


FIN  SERVO  MO^EL 


[<l 


AUTOPILOT  COMPENSATION 


G(S) 


<455  +  ’) 


YAW  RATE  GAIN 


-  0.11 


Figure  C-2.  PWM  Yaw  Heading  Configuration  Parameters 
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Figure  C-6.  Digital  (PDAP)  Gain-Phase  Characteristics  Using 
Continuous  Transfer  Function  Relationships 
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